I think we should have all big bang-specific stuff in that example folder, including the vagrantfile, is that doable?

I thought about that, but it would mean doing a different make target, which felt less user friendly. I don't have a strong opinion either way.

mind if I play with it a little?

Nope, go for it.

Thanks for working this @RothAndrew and getting it close to the finish line, I couldn't get it to work, but it's close. Few observations I think we need to think through some more:

• How is mirroring/proxying being done? I'm getting image pull backoff as the Big Bang images are still pointing to repo1 instead of the local registry server and there is no mirror config set that I see okay I see where this is now, this is useful, probably should just cherrypick this and cut a release with that now to 0.10.3. Thoughts @RothAndrew?
• I think using the experimental resize for vagrant is better (and transparent) than forcing a plugin to be installed
• What's going on with the ports? The vagrantfile had 443->443 mapped but your screenshots showed 8443? Also, < 1024 ports requires root and breaks on my (most ppls) machines. It's not recommended by Virtualbox for that reason.
• I probably need to look at order of precedence for applying things as it takes flux an extra long time to do initial reconciliation since it's manifests are applied but the remote assets take a long time to load.
• I don't think examples should assume someone can/knows how to build the CLI or will cut a release themselves, so I changed the makefile to instead pull the latest tag down (this will need to pull a real release once we finish migration)
• Also stripped down the vagrant file in the examples folder to only be for Ubuntu, we don't really need to show ppl the examples in every OS, this is more about showing the examples than Zarf running on different platforms

Okay that's a lot, I'm going to push my changes here, feel free to throw flaming darts my way when you get back online.

Relevant screenshots for the above comments.

It's probably also worth discussing the use if interal K8s routes for git and zarf.localhost for the registry mirror. Ideally they'd both use HTTPS and the ingress consistently.

TL/DR: Looks good, couple of tweaks and a bit more testing on my end then let's merge.

How is mirroring/proxying being done? I'm getting image pull backoff as the Big Bang images are still pointing to repo1 instead of the local registry server and there is no mirror config set that I see okay I see where this is now, this is useful, probably should just cherrypick this and cut a release with that now to 0.10.3. Thoughts @RothAndrew?

Works for me. I'll work on that here in a few minutes.

I think using the experimental resize for vagrant is better (and transparent) than forcing a plugin to be installed

I was having a hard time getting it to work, but it may have been the growpart stuff that I was missing. I'll look at it again.

What's going on with the ports? The vagrantfile had 443->443 mapped but your screenshots showed 8443? Also, < 1024 ports requires root and breaks on my (most ppls) machines. It's not recommended by Virtualbox for that reason.

I didn't think about needing root for <1024. The screenshots were showing services exposed by Istio, which is running on 8443. I can change it to forward Traefik to 8080/8443 and Istio to 9080/9443. So, to hit Gitea you'll go to https://localhost:8443, to hit one of the services exposed by Istio, you'll go to https://*.bigbang.dev:9443. The way it is now in examples/Vagrantfile won't expose any of the Istio-exposed services at all, just the Traefik stuff.

I probably need to look at order of precedence for applying things as it takes flux an extra long time to do initial reconciliation since it's manifests are applied but the remote assets take a long time to load.

I wouldn't worry too much about it. It feels like it is taking the same amount of time as any other BB deployment.

I don't think examples should assume someone can/knows how to build the CLI or will cut a release themselves, so I changed the makefile to instead pull the latest tag down (this will need to pull a real release once we finish migration)

Works for me. It might need some tweaking for ease of use but it works for now.

Also stripped down the vagrant file in the examples folder to only be for Ubuntu, we don't really need to show ppl the examples in every OS, this is more about showing the examples than Zarf running on different platforms

Agreed.

Copy all thanks. Sounds like the only outstanding work now is the port mapping, I’ll leave it up to you, but we do need ports above 1024. This is fantastic work @RothAndrew. 🦄

Copy all thanks. Sounds like the only outstanding work now is the port mapping, I’ll leave it up to you, but we do need ports above 1024. This is fantastic work @RothAndrew. 🦄

Thanks! Working on it today between meetings.

• Updates to makefile to support building from source as well as downloading latest published artifacts
• Add forwarded ports 8080->9080 and 8443->9443 for Istio's ingressgateway
• minor housekeeping

I'm happy, think we're ready to merge.

Moving back to Draft for right now until after my demo today. I fixed the tiny-kafka example but it should go in its own PR

It's probably also worth discussing the use if interal K8s routes for git and zarf.localhost for the registry mirror. Ideally they'd both use HTTPS and the ingress consistently.

Created #43 to address this later

Pulled out the tiny-kafka example fix, ready for merge again

@jeff-mccoy do you have any objections to merging this now? It's starting to get a little long in the tooth